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Предлагается метод проектирования сложных систем, позволяющий объединять различные методики системного анализа и инженерии 
знаний на базе декларативной модели, основанной на объектной парадигме представления знаний. 


Проектирование сложной системы на этапе создания 
концепции немыслимо без использования аппарата 
системного анализа. Однако на пути регулярного мас- 
сового применения системного подхода для решения 
конкретных практических задач существуют определен- 
ные трудности, связанные с отсутствием “технологии” 
применения системных представлений, принципов, мо- 
делей и методов. Эта проблема еще более обострилась в 
последнее время в связи с усложнением искусственных 
систем, создаваемых в различных сферах человеческой 
деятельности. 

По некоторым направлениям предпринимаются по- 
пытки создания системных технологий проектирования. 
В частности, в такой передовой области, как проекти- 
рование информационных систем уже возникла целая 
индустрия СА8Е-технологий, в которых системные 
представления используются для моделирования про- 
граммных продуктов с помощью автоматизированных 
средств поддержки. Большинство из этих технологий 
используют методологию системного подхода как 
концептуальную основу построения модели пред- 
метной области. Это характерно и для более ранних 
технологий структурного анализа, ориентированных на 
методы 8АБТ (8йисШгес1 Апаіузіз апб Безі^п ТесЬтцие), 
БРБ (Бай Р1о\ѵ Біа^гатз), ЕМ) (ЕпЫу-КЫаБопзЫр 
Біа§гатз) и др., так и для более поздних объектно- 
ориентированных технологий анализа/проектирования 
(ОБ]'есІ-ОгіегЦес1 Апа1у8І8/Т)е8І§п - ООА/Б). Последние 
переживают период бурного развития, что вызвано в 
немалой степени созданием объектного унифициро- 
ванного языка моделирования ІМЬ (Шійесі Мос1е1іп§ 
Ьап§ш§е) и объектно-ориентированных СА8Е-средств 
[1,2]. 

Несмотря на успехи в развитии СА8Е -технологий, 
говорить о создании комплексной системной техно- 
логии, пригодной для решения задач проектирования 
сложных систем различной природы (технических, 
организационно-технологических, социальных и др.) 
еще рано. Причинами такого положения дел являются 
следующие моменты. 

1. СА8Е-технологии в основном предназначены для 
проектирования информационных систем, в связи с чем 
они оперируют собственным понятийным аппаратом, 
ориентированным на данную область. Для обозначения 
многих понятий системной теории вводятся новые тер- 
мины, термины же системного анализа используются 
зачастую некорректно, в новых ракурсах и отношениях. 
Разработанные языки моделирования вполне приемле- 
мы при построении моделей информационных систем. 


но не всегда удобны для описания других предметных 
областей. 

2. Системные представления используются в 
СА8Е-технологиях в основном для описания свойств 
автоматизируемой системы, ее отдельных компонент 
и взаимосвязей между ними. Подобное описание отра- 
жает либо существующее состояние системы (модель 
А8-І8), либо желаемое (модель ТО-ВЕ). Нерешенной 
проблемой при этом остается переход от моделей А8-І8 
к моделям ТО-ВЕ. Другими словами, существующие 
технологии, как правило, не содержат процедур гене- 
рации и выбора вариантов реализации системы и ее 
отдельных компонент, а также процедур координации 
решений, принимаемых на разных уровнях представ- 
ления системы. Большое количество разнообразных 
прикладных методов системного анализа и теории 
принятия решений, ориентированных на поиск средств 
достижения целей системы, оказались невостребован- 
ными в рамках существующих технологий. 

В то же время, как показала практика, именно в 
рамках СА8Е-технологий модели и методы системного 
анализа приобретают прагматическую силу и широкое 
распространение благодаря более строгой формализа- 
ции и поддержке инструментальными автоматизирован- 
ными средствами. Становление и развитие системной 
технологии должно идти по пути объединения лучших 
достижений отрасли СА8Е-технологий и теории сис- 
темного анализа. 

Особую роль в этой интеграции может сыграть объ- 
ектно-ориентированный язык моделирования, благодаря 
предоставляемой им возможности комплексировать 
декларативное представление знаний с процедурным. 
Кроме того, объектная методология предоставляет 
следующие важные преимущества: возможность 
сборки системы из готовых повторно используемых 
компонент; возможность накапливать теоретические 
и опытные знания в виде библиотек классов на основе 
механизма наследования; простота внесения изменений 
в проекты за счет использования свойств наследования 
и полиморфизма. 

В данной статье рассматривается один из методов 
проектирования сложных систем, главной особен- 
ностью которого является возможность объединять 
различные методики системного анализа на базе 
единой модели, основанной на объектной парадигме 
представления знаний. При этом для построения модели 
могут использоваться экспертные знания, описываю- 
щие типовые свойства, структуры и закономерности 
отдельных классов систем, представляемые на языках 
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инженерии знаний. Предлагаемый метод лежит в основе 
новой концепции системной технологии [3], позволяю- 
щей описывать с единых позиций различные аспекты 
сложной системы, а также проектировать комплексные 
системы для разрешения сложных многофакторных 
проблемных ситуаций. 

Основной принцип системного подхода - рассмотре- 
ние системы и любой ее компоненты, с одной стороны, 
как некоторого целостного объекта, описываемого 
набором свойств, характеристик и выполняемых им 
действий, а, с другой стороны, как совокупности более 
мелких компонент (подсистем, элементов), взаимодейс- 
твующих между собой. Таким образом, мы можем гово- 
рить о двух модельных представлениях системы (под- 
системы): в виде объектной модели, представляющей 
собой описание эмерджентных свойств и поведения, и в 
виде компонентной модели, отражающей совокупность 
более мелких компонент и отношений между ними. 
Первое представление соответствует модели “черного 
ящика”, второе - модели структуры. 

Выделение компонент осуществляется методом 
последовательной декомпозиции. В результате слож- 
ная система представляется как иерархия подсистем, 
построенная на основе отношений “часть - целое” 
(“Рагі-оі”), называемых также отношениями агрегации. 
По классификации Месаровича [4] это, так называемая 
стратифицированная иерархия, описывающая систему 
на различных уровнях абстрагирования, т.е. детальнос- 
ти отражения элементов, свойств, характеристик. 

Каждая из подсистем дерева представляется в виде 
объекта. Как известно, в объектно-ориентированных 
моделях под объектом понимают информационную 
структуру в виде совокупности атрибутов (свойств, 
параметров, характеристик) и совокупности методов 
(действий, процедур, операций). Каждый объект яв- 
ляется представителем некоторого класса однотипных 
объектов, описывающего общие свойства входящих в 
него объектов. Описание класса включает: состав атри- 
бутов, для каждого из которых указаны тип данных и 
область значений, и совокупность методов, общих для 
всех объектов класса. Конкретный объект, называемый 
экземпляром, определяется конкретными значениями 
атрибутов. 

Классы могут наследоваться друг от друга, т.е. на 
основе любого класса можно создавать новые классы по 
принципу “от общего к частному”. Порождаемые новые 
классы сохраняют все свойства классов-родителей, а 
также обладают некоторыми новыми собственными 
свойствами. Наследование позволяет строить иерархии 
классов, начиная с некоторого простого первоначально- 
го предка и кончая более сложными и специфическими 
объектами. Это иерархии, отражающие родовидовые 
отношения типа “частное - общее” (“І8-а” или “Кіпсі- 
оГ). Иерархии могут быть объединены в библиотеки 
типовых объектов. Использование типовых объектов 
значительно упрощает процесс формирования моде- 
ли. 

Предлагается при формировании модели системы 
использовать функциональный подход, при котором 
выделение подсистем осуществляется в соответствии 


с тем, какую функцию она должна выполнять. При 
построении стратифицированной иерархии (РагІ-оС- 
иерархии) общая функция системы, как некоторый 
процесс, обеспечивающий ее выполнение, декомпо- 
зируется на отдельные подпроцессы, выполняющие 
отдельные функции. Объектное описание подсистемы 
формируется на основе наиболее подходящего класса 
из иерархии наследования классов (КіпсІ-оР-иерархии), 
в которой хранятся описания функций разной степени 
детальности. Например, типовой класс “Функция” 
содержит такие атрибуты, как “Вход”, “Выход”, “Инс- 
трумент”, “Способ”, “Длительность”, “Стоимость”. От 
него наследуются такие классы, как “Бизнес-функция”, 
“Программный блок” и др., каждый из которых имеет 
собственный список атрибутов, уточняющий и расши- 
ряющий список атрибутов предка. 

Объектная модель подсистемы содержит описание 
элементов, реализующих процесс, происходящий в 
подсистеме, описание свойств, характеристик этих эле- 
ментов и описание признаков и свойств всего процесса 
в целом. При этом модель может содержать различные 
варианты описания подсистемы, соответствующие 
различным способам реализации данной подсистемы. 
Таким образом, модель подсистемы должна содержать 
класс подсистемы, определяющий структуру ее описа- 
ния, и множество экземпляров, отражающих различные 
варианты подсистемы. 

Формально модель подсистемы можно описать 
следующим образом: 

М 8 (8 ; )=<С(8 ; ),{^(8 ; )}>, 

где С (8 ; ) - описание класса подсистемы 8 ; ; {Ѵ^(8 ; )} 

- множество экземпляров (вариантов) подсистемы 8 ; . 
Описание класса содержит множество атрибутов, для 
каждого из которых задан идентификатор (название), 
тип и область значений (домен), а также множество 
методов (присоединенных процедур): 

С =<{х к Д к ,ЦЛ,Р >, 

где х к - идентификатор атрибута, 1 к - тип атрибута, Б к 

- домен атрибута, Р - множество методов. 

Экземпляры подсистемы формируются на основе 
классов. Для формирования множества экземпляров и 
выбора оптимальных могут использоваться различные 
методы теории принятия решений. Так, для генерации 
экземпляров можно воспользоваться переборными ме- 
тодами, например, методом морфологического анализа: 
варьируя возможные значения атрибутов, создается 
множество вариантов подсистемы, соответствующих 
различным комбинациям значений. Для оценки и вы- 
бора наиболее перспективных вариантов могут быть 
использованы методы однокритериального и много- 
критериального выбора (по интегральным критериям 
различного вида) на основе экспертных оценок. 

Еще один способ формирования вариантов подсис- 
тем - использование закономерностей, показывающих, 
как значения одних атрибутов могут быть определены 
через значения других. Для этого в описание подсис- 
темы необходимо включить каузальные отношения 
между характеристиками подсистемы, которые можно 
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трактовать как отражение следующих отношений: 
“причина - следствие”, “средство - цель”, “условие 

- заключение”, “аргумент - функция”. Отношения-зави- 
симости устанавливаются между простыми атрибутами, 
которые будем называть параметрами, и отражают за- 
висимости между значениями различных параметров, 
описываемые некоторой закономерностью. С помощью 
закономерностей значения одних параметров опреде- 
ляются через значения других, от которых они зависят. 
Рассмотрим один из методов формирования и выбора 
вариантов на основе отношений зависимостей - метод 
“Функциональные сети параметров” [3]. 

В соответствии с рассматриваемым методом пер- 
вым шагом построения модели зависимостей является 
формирование сети параметров, фиксирующей наличие 
'“стей между ними. Из множества параметров 
- ’’ описывающих подсистему, выбираются так 

называемые базовые, значения которых не зависят от 
значений других параметров. Это первичные, непос- 
редственные характеристики. К их числу относятся 
“управляемые” параметры, значения которых разработ- 
чик может непосредственно задавать, а также “внешние 
возмущения”, значения которых определяются извне. 
Остальные параметры непосредственно или опосре- 
дованно зависят от базовых. Из небазовых параметров 
выделяется один или несколько “целевых” параметров, 
значения которых определяют целевое состояние под- 
системы. 

Сеть может строиться как от истоков, т.е. от базо- 
вых параметров, так и от стоков, в качестве которых 
выступают “целевые” параметры. Дуги сети отражают 
факт наличия функциональной зависимости (рис. 1). 
Каждое отношение может иметь несколько входов и 
только один выход. В результате получается сеть типа 
иерархии без циклов и петель. Как правило, сеть имеет 
вид иерархии, которую по классификации Месаровича 
[4] можно отнести к иерархии типа слоев. 

На содержательном уровне сеть зависимостей пара- 
метров можно интерпретировать как: 

- сценарий, показывающий, к каким последствиям, 
выражаемым значениями целевых параметров, 
приводит ситуация, задаваемая определенной ком- 
бинацией значений базовых параметров; 

- дерево целей, показывающее, какие подцели (значе- 
ніи промежуточных и базовых параметров) должны 
быть достигнуты, чтобы достичь цель (заданные 
значения целевых параметров). 

Сеть задает как бы “каркас” модели за — имостей. 
Затем для каждого небазового параметра Хк задается 
вид зависимости - закономерность, показывающая, как 
именно его значения определяются значениями пара- 
метров, от которых он непосредственно зависит: 

Хк = Г(х 1 ,х 2 ,...х п ), 

где х і’ х 2 ’--- х п параметры, от которых непосредс- 
твенно зависит Х| - . 

Вид зависимости может задаваться различными 
способами. Это может быть формула, совокупность 
правил-продукций, некоторая процедура-функция, 
настроенная нейросеть и т.д. В объектной модели 



Рис. 1. Сеть функциональных зависимостей параметров 


подсистемы отношения-зависимости задаются как 
объекты, ссылки на которые содержатся в специальных 
атрибутах. При этом каждое из отношений представляет 
собой экземпляр класса объекта-зависимости, который 
„..„„чает в себя идентификатор выходного параметра 
х іп ( список идентифі ( ю ( входящих параметров 
'■ 1 1 , закономерность '' 1 ' : 

Е =<х^оо,ЩхГ})>. 


Закономерности, описывающие зависимости между 
атрибутами подсистемы, могут быть заранее сформиро- 
ваны и сохранены в библиотеке типовых моделей вместе 
с описанием класса подсистемы. 

Для формирования вариантов подсистемы на основе 
отношений зависимости используют: метод попол- 
нения описания экземпляра, позволяющий на основе 
заданных значений базовых параметров с помощью 
закономерностей вывести значения других, а также 
метод поиска значения заданного параметра. Данные 
методы применяют различные алгоритмы, в частности, 
алгоритм прямого альтернативного вывода, алгоритм 
прямого безальтернативного вывода и др. [3]. Для 
выбора оптимальных вариантов используется метод 
оптимизации, позволяющий определять экземпляры 
подсистемы, задаваемые комбинацией значений базо- 
вых параметров, с наилучшим значением критерия и 
удовлетворяющие заданным ограничениям. Для поиска 
оптимальных вариантов могут быть применены различ- 
ные алгоритмы, использующие стратегии как прямого, 
так и обратного вывода [3]. 

Перейдем к рассмотрению компонентной модели 
сложной системы, в которую наряду с объектными 
моделями подсистем входят различного рода отноше- 
ния между подсистемами. Будем различать три вида 
отношений, включаемых в компонентную модель: 
отношения агрегации (“часть - целое”), отношения 
ассоциации (взаимосвязи) и отношения зависимости 
между параметрами различных подсистем. Отношения 
любого вида так же, как и подсистемы, представляются 
в виде объектов. 

Основу модели составляет дерево подсистем, 
формируемое путем последовательной декомпозиции 
исходной системы. Будем называть совокупность под- 
систем, полученных в результате декомпозиции одной 
и той же системы предыдущего уровня, подуровнем. 
При декомпозиции каждая подсистема порождает 
свой подуровень. Порождающую подсистему будем 
называть материнской, а подсистемы, составляющие 
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подуровень - дочерними. Поскольку при переходе 
от верхних уровней к нижним количество подсистем 
растет, а значит, растет и число отношений между 
подсистемами, рассмотрение всех отношений между 
всеми подсистемами сильно усложняет модель. Целе- 
сообразно на каждом уровне рассматривать только отно- 
шения между подсистемами одного подуровня и между 
дочерними подсистемами и материнской системой. При 
этом отношения между подуровнями учитываются на 
верхних уровнях, как отношения между подсистемами, 
порождающими подуровни. Это позволяет понизить 
сложность модели. 

Таким образом, иерархическую модель сложной 
системы можно предстаг 5І ювокупность моделей 
подуровней (зиЫеѵеІ) ^ каждая из которых 

содержит модель материнской системы М 8 (8 ; ), множес- 
тво моделей дочерних подсистем {М 8 (8^)}; отношение 
агрегации К р , связывающее материнскую систему с 
дочерними; множество отношений ассоциации между 
дочерними подсистемами {К к А } и множество отноше- 
ний зависимости {К] 

М !і (^ і } = <М 2 {8 і ),{1ѴІ 5 (8 :і )},Е р ,{[^ а },{Е 1 і> }>. 


На рис. 2 представлена модель сложной системы 
в виде иерархии моделей подуровней. Для простоты 
показаны только отношения агрегации и отношения 
ассоциации. 

Отношения агрегации, связывающие материнскую 
систему с дочерними подсистемами, соответствуют 
такому понятию системного анализа, как “основание 
декомпозиции”. Существуют стандартные основания 
декомпозиции. Примеры стандартных оснований деком- 
позиции для систем организационно-технологического 
типа (бизнес-систем): “бизнес-система - подсистемы, 
соответствующие различным видам социальной де- 
ятельности (производственная, социальная, экологичес- 
кая и т.д.)”; “производственная система - подсистемы, 
производящие различные виды конечного продукта”; 
“производственная система - подсистемы, соответству- 
ющие этапам жизненного цикла производства”. 

Отношения ассоциации связывают подсистемы 
подуровня между собой и с внешними подсистемами. 
При переходе на следующий, более нижний уровень 
иерархии внешние отношения могут декомпозиро- 
ваться, т.е. распадаться на несколько более мелких, или 
целиком переходить на следующий уровень. К отноше- 
ниям ассоциации относятся: отношения коммуникации 
(потоки), заключающиеся в передаче вещества, энергии, 
информации; пространственные отношения; временные 
отношения; разнообразные эмпирические отношения. 
Классы описаний типовых ассоциаций, как и стандар- 
тные основания декомпозиции хранятся в библиотеке 
типовых моделей. 

Отношения зависимости устанавливаются между 
атрибутами подсистем, входящих в подуровень, атри- 
бутами отношений ассоциации, а также атрибутами 
материнской системы, породившей подуровень. Данный 
вид отношений используется для согласования вариан- 
тов подсистем друг с другом и с вариантом материнской 
системы. Двухуровневую модель, в которой материнская 



Рис. 2. Модель сложной системы в виде иерархии моделей поду- 
ровней 


система, расположенная на верхнем уровне, накладыва- 
ет ограничения на дочерние подсистемы, расположен- 
ные на нижнем уровне, можно отнести к эшелонной 
иерархии по классификации Месаровича [4]. Модели 
данного типа называют также координационными. 

Будем различать следующие типы зависимостей, 
включаемых в модель подуровня (рис. 3): 


- межуровневые, связывающие параметры подсистем 
с параметрами материнской системы. Примером 
является зависимость затрат материнской системы 
от затрат отдельных подсистем, определяемая как 
сумма; 


- межподсистемные, отражающие взаимное влия- 
ние подсистем, входящих в подуровень. Это так 
называемый баланс входов-выходов подсистем. 
Пример: объем продукции, производимой некоторой 
подсистемой, должен быть равен объему продукции, 
поступающей на вход другой подсистемы, умножен- 
ному на коэффициент потерь, возникающих при 
передаче. 

Для нахождения оптимального варианта подуров- 
ня, т.е. оптимального сочетания вариантов подсистем, 
удовлетворяющего требованиям, предъявляемым 
материнской системой, необходимо выбрать критерий 
подуровня и наложить ограничения. В качестве крите- 
рия эффективности подуровня, как правило, выбирается 
критерий материнской системы, для которого задана 
зависимость от локальных критериев подсистем в виде 
некоторой обобщенной функции: 

4 =р(<> 


X ѵ X. 

где к| - критерий подуровня, кг ’ кг ‘ ' -локальные 

критерии подсистем. 

Ограничения могут быть двух видов: межподсис- 
темные и межуровневые (так называемые, совокуп- 
ные). В качестве первых выступают межподсистем- 
ные зависимости. В качестве вторых - ограничения, 
накладываемые на параметры материнской системы, 
которые являются функцией параметров подсистем. 
Оптимальным является такое сочетание вариантов 
подсистем, для которого выполняются межподсистем- 
ные и совокупные ограничения и при этом критерий 
подуровня достигает своего наилучшего значения. 
Для нахождения оптимального варианта подуровня 
могут использоваться процедуры координации. Авто- 
рами разработаны две процедуры координации: метод 
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об отдельных видах сложных систем и их компонент, 
хранимых в виде библиотек типовых моделей. Базовые 
идеи объектно-ориентированной системной методоло- 
гии были использованы для решения ряда практических 
задач, в том числе для совершенствования деятельности 
Томского технопарка [3, 5], при разработке программы 
энергетической безопасности региона [3,6], программы 
энергосбережения Томской области, программы соци- 
ально-экономического развития региона [3]. 


Рис. 3. Модель зависимостей параметров подуровня 


“корректировки безусловно оптимального варианта” и 
“волновой” метод [3]. 

Для поддержки описанного метода построения 
иерархической объектной модели сложной системы 
спроектирован инструментальный комплекс Егщіпе 
2.0. Модель сложной системы, формируемая с помо- 
щью Еп§іпе 2.0, содержит некоторые канонические 
диаграммы ІМЬ, а также некоторые дополнительные 
диаграммы и методы, позволяющие использовать декла- 
ративную модель системы для генерирования различ- 
ных вариантов реализации системы и ее компонент и 
выбора наиболее перспективных вариантов. Комплекс 
позволяет использовать при создании модели библиоте- 
ки классов описаний компонент системы, предоставляет 
возможность одновременной работы над проектом не- 
скольких пользователей, импорт/экспорт проектов и их 
частей. В настоящее время уже реализована пилотная 
версия системы. 

Изложенная методология предназначена, прежде 
всего, для проектирования сложных организационно- 
технологических систем на ранних этапах (на этапах 
концептуализации). Технология проектирования при 
этом рассматривается как автоматизированная техно- 
логия поэтапного формирования комплексной модели 
сложной системы с использованием экспертных знаний 
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